home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 6 / QRZ Ham Radio Callsign Database - Volume 6.iso / pc / files / p_thenet / tn212.exe / TN211-5.DOC < prev    next >
Text File  |  1993-08-09  |  9KB  |  153 lines
  1.                                 TN211-5.DOC
  2.                               GETTING STARTED
  3.                             *******************
  4.  
  5.     The following steps should be taken in the process of getting a TNPlus node
  6. operational:
  7.  
  8. TNC Selection
  9.  
  10.     "Net"  type  chip  nodes work only with TNC-2's or clones.   Except for the
  11. PK-87/ PK-90,  other AEA models  and the entire Kantronics series will NOT work
  12. as a TheNet node.     Multi-mode  type TNCs will NOT work for this application.
  13. Use only  a TNC-2 or clone (Pac-Comm, TASCO, MFJ)  that has the full complement
  14. of 32K memory installed.   Using older 16K equipped TNCs will result in failure
  15. of  the node to work.    The TNPlus node chip is a programmed type 27C256 EPROM
  16. and  replaces  the  TNC  firmware chip  U-23  in most TNCs.    This chip should
  17. have  a label identifying the software version such as "TNC 2 1.2.6" or, "TNC 2
  18. 1.2.7."
  19.  
  20.     CAUTION!   CMOS handling precautions are necessary when removing/installing
  21. these  chips.   Never  replace  components  with  power  applied.   The  safest
  22. procedure  is  to ground yourself, your work area and your TNC during the  chip
  23. replacement  process.   Keep the TNPlus chip in its protective container  until
  24. time to plug it into the TNC.
  25.  
  26.  
  27. TNC MODIFICATIONS
  28.  
  29.     Prior  to  modifying   the  TNC  for TNPlus  operation,  make  sure  it  is
  30. functioning normally.   Then install the TNC modifications.   These consist of:
  31.  
  32.     a.   Connect a  small  wire from  RS-232 pin 23 to the "common" side of JMP
  33. 9, (the three pins on the TNC facing the front panel).
  34.  
  35.     b.    Perform  VHF  or  HF   DCD  modifications,  as  appropriate.    These
  36. modifications were developed and documented by Eric Gustafson, N7CL in the ARRL
  37. 7th Computer Networking Conference papers.    They yield improved   performance
  38. and will improve node operation.   For the TNC-2 or clone, the VHF modification
  39. is extremely simple.    It consists of adding a capacitor and  two resistors to
  40. the circuit board:  Replace R-73 with a  180K ohm resistor.    Place a 180K ohm
  41. resistor paralleled with a .01 Mfd  capacitor on the underside of U-20, between
  42. pins 3 and 6.
  43.  
  44.     Note: To perform the above modification, it will be necessary to de-install
  45. the TNC  circuit board.  An alternative method of doing these mods would be  to
  46. purchase  a  TNC  DCD  modification kit from the Tucson  Amateur  Packet  Radio
  47. Association  (TAPR),  telephone (602) 749-9479.  Specify the TNC  model  number
  48. when you order.
  49.  
  50.     c.   On  earlier  version TNC-2s it will be necessary to increase  the  CPU
  51. clock speed to 4.95 MHz.  Check the  TNC documentation on how to do this.  TNCs
  52. made after 1990 probably operate at the faster clock speed.  Early version TNCs
  53. had  an  LM324 opamp  at U-3,  which  is not  fast  enough for  9600baud RS-232
  54. operation.   If the TNC has a different version, it probably will operate okay.
  55. If  it  does  have  the  LM324,  it  can  be  replaced  by  a  TL074  or TL084.
  56. Modification  of  the  watchdog timer to increase its' time-out value does  not
  57. seem warranted  as the 12-second timer value is sufficient.   The Pac-Comm Tiny
  58. 2 TNC comes TheNet ready.  It may require a more  complex DCD modification kit,
  59. also available from TAPR.
  60.  
  61. ALIAS SELECTION
  62.  
  63.     Selecting  the  alias that is "just right" for node use  has always been  a
  64. problem.   From early on it was recognized there would be a high probability of
  65. alias  duplication if individual NodeOps were to make independent choices.  One
  66. method  that's  used  widely,  is  to  use  airport  designators,  as these are
  67. centrally assigned to prevent duplications from occurring.  But this method has
  68. not been universally adopted.   Often the airport designators only  had meaning
  69. for local residents.    They  fail to adequately describe the node location for
  70. users connecting from a distance.
  71.  
  72.     There  currently are node alias duplications in the network.   This is  not
  73. too serious  of a problem if the nodes affected are separated by some distance.
  74. However  in  California we find two  SFO nodes and  two FAT  nodes.    This can
  75. confuse node travelers.  As the use of HF gateways increase, distance no longer
  76. prevents  duplicate alias confusion.   For instance, there is FST in California
  77. and FST in Texas; SAN in California and SAN in Maine, etc.
  78.  
  79.     Some  state packet groups have adopted the policy of prefacing their  alias
  80. with  the state abbreviation.  This certainly cuts down on the chances of alias
  81. duplication.   Another  method might be to solicit the central data bank  K4NGC
  82. maintains.   This  data  bank contains a listing of node  aliases  world  wide.
  83. Possibly  this  source  would be willing to act as an  information  service  to
  84. find if a node alias already exists or not.  In any event, it would be  helpful
  85. for maintaining his data base if NodeOps would advise  by message of additions,
  86. deletions  or changes  to node status by giving:  type  of node (G8BPQ, TheNet,
  87. etc.),   node alias,  call sign, SSID, location and frequency of the   affected
  88. node.     This  information  should  be  sent  to  K4NGC  @ K4NGC.VA.USA.NA or,
  89. via LL BBS at (703) 680-5970.
  90.  
  91.     By convention, aliases for backbone nodes have the pound sign (#) prefacing
  92. them.    These are the so-called hidden nodes that typically are used to tie  a
  93. LAN frequency  to a network trunk.  "Pound nodes" are intended to be  invisible
  94. to the  network  traveler  and will not appear in response to a  standard  user
  95. initiated NODES command.
  96.  
  97.  
  98. NODE RADIO CONSIDERATIONS
  99.  
  100.     Radios  selected for node use should be capable of heavy duty use.  The T/R
  101. switch  circuitry  should  be able to handle virtually millions  of  operations
  102. without failure.  This means PIN diode T/R switching as a first choice followed
  103. by high  quality reed relay switching.  Receiver front-end filtering should  be
  104. quite  sharp  if  the node is to coexist with other radio services.  One or two
  105. tuned cavities  may be required to cut down on  front end overload and desense.
  106. If the radio  is operating  on a  simplex  frequency,  the cavities will aid in
  107. reducing  the  effects of  "white noise"  generated  by  the  transmitter.   At
  108. congested sites a circulator or diplexer may be required.
  109.  
  110.     PLL  synthesized radios  should  be avoided  for backbone trunking service.
  111. Two reasons:  PLL settling  time between transmit - receive  is  too  slow  for
  112. optimum packet throughput.  Assuming a  TXD  of  500  milliseconds   (a not too
  113. uncommon value),  throughput  would be cut in half.   For instance, 9600 baud =
  114. 4800  baud.      Also,  the  transmitter  may  be  keyed  before stabilizing on
  115. frequency.    This  could  cause  interference  to local receivers on different
  116. frequencies.
  117.  
  118.     Retired  commercial service  FM radios, such as  the  Motorola MICOR and GE
  119. MASTR  II,  or later,  make excellent node  radio  choices.   These radios will
  120. operate  in moderate to high  intensity  RF environments.  They are  physically
  121. rugged and reasonably priced on the used market.    They are available in power
  122. levels of up to  110 watts and are normally in different commercial frequencies
  123. adjacent  to the  amateur bands.    Thus be prepared to do some modification to
  124. get one  of  these radios on frequency.   The extra effort is usually worth  it
  125. since one will end up with a very stable and reliable node radio.
  126.  
  127.     Most VHF/UHF FM radios are designed for voice  grade service which isn't as
  128. susceptible to phase distortion as is data service.   As data rates exceed 1200
  129. baud, the  radio's  relatively narrow  IF filter adversely contributes to phase
  130. distortion.   Many commercial  FM  radios  will perform  satisfactorily to 4800
  131. baud  when  using  modems designed for amateur packet.     Higher  speed modems
  132. (such  as the  K9NG and G3RUH  designs) require radios with true FM modulators.
  133. HAPN  4800  baud modems  will work with phase modulators.    At 9600 baud one's
  134. choice  is  limited  to radios  with true FM modulators.   None of the recently
  135. introduced data radios for amateur packet come ready for full-duplex operation.
  136.  
  137.     One  reasonably priced surplus commercial  radio that operates  full-duplex
  138. at 9600  baud is the  Motorola Mitrek.   However the modification  process does
  139. require access to high quality test equipment.  A  simpler (and perhaps better)
  140. alternative  is  to  use  two radios, one for  receive and one for transmit, in
  141. full-duplex applications.
  142.  
  143. RADIO ALIGNMENT
  144.  
  145.     Assuming  the  node radio is tuned  and on frequency, setup for  FM  radios
  146. consist  mainly of adjusting the transmitter deviation for NO MORE than 3  KHz.
  147. TNPlus versions 2.05 and later have a built-in tone alignment capability to aid
  148. in setting  deviation.  A range of 2 KHz to 3 KHz deviation for alternate  tone
  149. frequencies is typical.  Even if  high  quality crystals are  purchased, normal
  150. crystal  aging effects may require frequency corrections over the next 30 to 90
  151. days.
  152.  
  153.